MemorySleuth
Otázka od: Jakub Dusek
6. 11. 2002 13:57
Zdravim,
slysel jsem o nejakem produktu MemorySleuth, zaujala me jeho cast Line
Profiler (zjisti kolik casu trva kazda radka v rutine), na webu
TurboPoweru jsem ale nenasel zadnou trial verzi kterou bych mohl
vyzkouset. Mate s tim nekdo zkusenosti? Popripade doporucte nejaky
jiny podobny program.
Diky.
Jakub Dusek
-------------------------------------------
Homepage : http://dusek.webz.cz
Phone : +420604615795
Sms email : jakub.dusek@click.cz
ICQ: 86063232
Apps : Add/Remove Manager, Charmaper,
Sms GateKeeper
-------------------------------------------
Odpovedá: Dalibor Toman
6. 11. 2002 16:51
> Zdravim,
> slysel jsem o nejakem produktu MemorySleuth, zaujala me jeho cast
Line
> Profiler (zjisti kolik casu trva kazda radka v rutine), na webu
> TurboPoweru jsem ale nenasel zadnou trial verzi kterou bych mohl
> vyzkouset. Mate s tim nekdo zkusenosti? Popripade doporucte nejaky
> jiny podobny program.
Zatim vsechno, co jsem videl modifikovalo zdrojaky (dopisovaly se
instrukce k odecteni casu). Coz nemam rad. Pro ucely vlastnich potreb
jsem si nakonec neco podobneho napsal sam - s tim, ze ty instrukce k
odectu casu si na prislusna mista pisu sam 
. Vec je pomerne
jednoducha (pokud nevyzaduje clovek nejakou vyssi presnost) a princip
je ten, ze se pouziva presny citac casu podporovany primo CPU (RDTSC
instrukce procesoru) a vyhodnoceni se redukuje jen na problem jak
jednoduse (hlavne rychle) inkrementovat prislusne citace evidujici
pocty pruchodu a spotrebovany cas.
Jestli existuje neco jako stary dobry skvely Trubo Profiler z dob DOSu
netusim. Ale bylo by to fajn (kdyby to tak jeste bylo soucasti dodavky
Delphi Pro...)
Zdravi
D. Toman
Odpovedá: Petr Vones
6. 11. 2002 16:26
From: "Jakub Dusek" <jdev@seznam.cz>
> slysel jsem o nejakem produktu MemorySleuth, zaujala me jeho cast Line
> Profiler (zjisti kolik casu trva kazda radka v rutine), na webu
> TurboPoweru jsem ale nenasel zadnou trial verzi kterou bych mohl
> vyzkouset. Mate s tim nekdo zkusenosti? Popripade doporucte nejaky
> jiny podobny program.
http://www.automatedqa.com/products/aqtime.asp
http://17slon.com/gp/gpprofile/
Petr Vones
Odpovedá: Petr Vones
6. 11. 2002 17:25
From: "Jakub Dusek" <jdev@seznam.cz>
> Neco podobneho mam taky, zalozeno na Performace Counteru z JCL, ale
> jsem linej to pro kazdou rutinu psat okolo vsech radku co chci
> otestovat 
Kdysi jsem zkousel GPProf, ale ten tusim neumel merit cas
Mozna to nejak zautomatizovat. Uz pred casem jsem chtel udelat nejaky doplnek
ktery by do zdrojaku u kazde metody pridal logovani begin/end s podminenym
prekladem, pricemz by to vkladal na radky s 'begin' a 'end' a to az za sloupec
nastaveny v IDE jako max.delka radku, takze by to tolik nerusilo. Nazvy by se
zjistovaly pomoci JclDebug, takze by tam byly pouze nejake dve metody bez
dalsich argumentu.
Teoreticky by slo merit cas i mezi jednotlivymi breakpointy v IDE, ale ta
rezie asi bude dost velka na to, aby to davalo nejake rozumne vysledky.
Petr Vones
Odpovedá: Dalibor Toman
6. 11. 2002 16:57
> Mozna to nejak zautomatizovat. Uz pred casem jsem chtel udelat
nejaky doplnek
> ktery by do zdrojaku u kazde metody pridal logovani begin/end s
podminenym
> prekladem, pricemz by to vkladal na radky s 'begin' a 'end' a to az
za sloupec
> nastaveny v IDE jako max.delka radku, takze by to tolik nerusilo.
Nazvy by se
> zjistovaly pomoci JclDebug, takze by tam byly pouze nejake dve
metody bez
> dalsich argumentu.
Tak malo toho tam zese nebude - drobny problem je ten, ze v tom kodu
musis identifikovat to misto - a to nejak inteligentne aby se to hned
dalo pouzit pri update counteru. Ja to vyresil tak, ze jsem z toho
kodu volal (vse v ASM) nejakou proceduru, ktere jsem natvrdo predaval
index do pole counteru jako identifkator. Pak vlastni update counteru
byla pomerne kratka rutina (ASM), ktera mela konstatni dobu trvani.
Pro zajimavost : Intel doporucuje pred RDTSC volat CPUID aby se
flushla fronta instrukci. Jinak muze byt RDTSC odecteno driv nez by
clovek cekal. Ale pro priblizne vysledky, respo mereni neceho
dostatecne dlouho trvajiciho to neni treba.
http://cedar.intel.com/software/idap/media/pdf/rdtscpm1.pdf
> Teoreticky by slo merit cas i mezi jednotlivymi breakpointy v IDE,
ale ta
> rezie asi bude dost velka na to, aby to davalo nejake rozumne
vysledky.
Turbo Profiler to tak delaval a pracovalo to docela ok. Ale we windows
je rezie debugger asi vyssi.
D. Toman
Odpovedá: Petr Zahradnik
6. 11. 2002 17:17
Puvodni zprava, kterou napsal Dalibor Toman dne 6 Nov 2002:
> Zatim vsechno, co jsem videl modifikovalo zdrojaky (dopisovaly se
> instrukce k odecteni casu). Coz nemam rad. Pro ucely vlastnich potreb jsem
Memory Sleuth a Sleuth QA Suite vubec nepotrebuji zadne dopisovani neceho
do zdrojaku. Zdrojaky jsou samozrejme nutne pro to, aby to ukazalo presne
v kodu, kde co dlouho trva, kde presne jsou bugy, memory/resource leaky
apod. Ale nic se nekompiluje, pousti se to na EXE.
> Jestli existuje neco jako stary dobry skvely Trubo Profiler z dob DOSu
> netusim. Ale bylo by to fajn (kdyby to tak jeste bylo soucasti dodavky
> Delphi Pro...)
Existuje prave Memory Sleuth a Sleuth QA Suite a jeste pak dalsi produkty
od jinych firem...
S pozdravem
Petr Zahradnik, pocitacovy expert
=======================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, P.O. Box 15, 400 07 Usti nad Labem
Telefony: 475 500 610, 475 501 627, 475 511 337
Mobilni telefon: 602 409 601, Fax: 475 511 338
WWW: http://www.clexpert.cz, http://www.zahradnik.cz
E-Mail: clexpert@clexpert.cz, petr@zahradnik.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
=======================================================
Odpovedá: Petr Zahradnik
6. 11. 2002 17:11
Puvodni zprava, kterou napsal Jakub Dusek dne 6 Nov 2002:
> slysel jsem o nejakem produktu MemorySleuth, zaujala me jeho cast Line
> Profiler (zjisti kolik casu trva kazda radka v rutine), na webu
> TurboPoweru jsem ale nenasel zadnou trial verzi kterou bych mohl
> vyzkouset. Mate s tim nekdo zkusenosti? Popripade doporucte nejaky jiny
> podobny program.
Nevim, kde jsi hledal, ale je tam:
http://www.turbopower.com/trialrun/
S pozdravem
Petr Zahradnik, pocitacovy expert
=======================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, P.O. Box 15, 400 07 Usti nad Labem
Telefony: 475 500 610, 475 501 627, 475 511 337
Mobilni telefon: 602 409 601, Fax: 475 511 338
WWW: http://www.clexpert.cz, http://www.zahradnik.cz
E-Mail: clexpert@clexpert.cz, petr@zahradnik.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
=======================================================
Odpovedá: Jakub Dusek
6. 11. 2002 17:06
Modifikace zdrojaku by mi ani tak nevadili, taky tomu sice neverim ze se to
dokaze vratit do puvodniho stavu, ale staci delat testovani na zaloze.
Neco podobneho mam taky, zalozeno na Performace Counteru z JCL, ale
jsem linej to pro kazdou rutinu psat okolo vsech radku co chci
otestovat Kdysi jsem zkousel GPProf, ale ten tusim neumel merit cas
na jednotlivych radcich, pouze pro cele procedury nebo metody.
Jakub Dusek
Wednesday, November 6, 2002, 3:38:02 PM, you wrote:
DT> Zatim vsechno, co jsem videl modifikovalo zdrojaky (dopisovaly se
DT> instrukce k odecteni casu). Coz nemam rad. Pro ucely vlastnich potreb
DT> jsem si nakonec neco podobneho napsal sam - s tim, ze ty instrukce k
DT> odectu casu si na prislusna mista pisu sam . Vec je pomerne
DT> jednoducha (pokud nevyzaduje clovek nejakou vyssi presnost) a princip
DT> je ten, ze se pouziva presny citac casu podporovany primo CPU (RDTSC
DT> instrukce procesoru) a vyhodnoceni se redukuje jen na problem jak
DT> jednoduse (hlavne rychle) inkrementovat prislusne citace evidujici
DT> pocty pruchodu a spotrebovany cas.
DT> Jestli existuje neco jako stary dobry skvely Trubo Profiler z dob DOSu
DT> netusim. Ale bylo by to fajn (kdyby to tak jeste bylo soucasti dodavky
DT> Delphi Pro...)
DT> Zdravi
DT> D. Toman